Änderungen:

  • 2025-11-11

    • Arbeitszeitverteilung

    • Listen/Tabellen mit Punkten zur Bewertung

    • Deutlicher machen, das Fließtext für Kommentar/Reflexion ist, nicht für langweiliges Zeug.

    • KI Nutzung

Teamprojekt Softwareentwicklung

QA Erinnerung / Vorschläge

  • Beginnt mit Pair Programming, um ins Projekt zu finden.

  • Geht zu Code Reviews über, sobald ihr mehr Routine habt.

  • Startet so früh wie möglich mit Tests

    • aber investiert nicht zu viel Aufwand, wenn ihr euch noch in einer dynamischen Erkundungsphase befindet.

  • Nutzt Pair Programming um Wissen zu verteilen.

Nachfolgend: Bewertung

Fragen so weit?

Punkteverteilung

  • 50% AGs

  • 50% Begleitveranstaltung

    • ~10% Spezifikationsdokument

    • ~10% Abschlussvortrag

    • ~30% Projektarbeit (Projektdokumentation)

AGs

  • Software:

    • Produkt entspricht Vorstellungen?

    • Erwartete Funktionalitäten umgesetzt?

    • Zusätzliche Funktionen?

    • Ausreichend Dokumentation?

      • Zum Weiterverwenden?

  • Projektablauf:

    • Gab es regelmäßig Fortschritt?

    • Kommunikation des Teams?

    • Organisation des Teams?

Details zur Benotung durch AGs (nicht final)

Begleitveranstaltung

Wie fällt man durch?

  • Keine Abgabe (oder absurd, oder offensichtlich KI generiert)

    • Spezifikationsdokument, Projektdokumentation, Abschlussvortrag

  • Teambegleitungen haben keine Indizien auf:

    • Projektmanagement

    • Anforderungen

    • Tests

    • Code Reviews

    • Pair Programming

  • Mehr als 4 Wochen unerwartet nicht erreichbar

Wie bekommt man eine

sehr gute Note?

  • Gute Abgaben:

    • Spezifikationsdokument: enthält alle Punkte

    • Abschlussvortrag: verkauft euren Prozess gut

    • Projektdokumentation: Eigene Gedanken zu sinnvollem Prozess

  • Teambegleitung hat guten Eindruck:

    • Projektmanagement sinnvoll

    • Anforderungen wurden gesammelt

    • Testsuite sinnvoll

    • Code Reviews regelmäßig durchgeführt

    • Pair Programming durchgeführt

Abschlussvortrag

  • 50 min Blöcke á 3 Teams (Änderungen vorbehalten)

  • 6 min Vortrag + 6 min Fragen

  • PDF Slides, einheitlicher Präsentationscomputer

  • 2 Person tragen vor

  • die anderen 3 beantworten Fragen

Jede:r bereitet halben Vortrag vor

  • Vortrag in 2 Teil A und Teil B aufteilen

  • mindestens 2 Personen bereiten jeden Teil vor

  • einzelnes ausfallendes Teammitglied kompensierbar

Szenario

Euer Team wird intern evaluiert

Überzeugt uns

  • Warum ist euer Projekt wichtig? (~2 min)

  • Was an eurem Prozess ermöglicht euch, weiterhin gute Software zu liefern? (~3 min)

  • Was würdet ihr an eurem Prozess verbessern? (~1 min)

Projektdokumentation

Details Projektdokumentation, voraussichtlich bis Januar aktualisiert.

  • fangt am besten schon mal an nebenbei zu „sammeln“

Projektdokumentation

  • Bewertungscheckliste / Tabelle (zählt nicht zum Seitenlimit)

  • Projektbeschreibung (maximal 2 Seiten)

  • Entwicklungsprozess (maximal 4 Seiten)

  • Fazit (maximal 1 Seite)

Graphiken, Tabellen zählen nicht

Projektdokumentation

(neu in 2025)

  • Prüfbare Bewertungspunkte

    • Ihr listet/tabelliert QS Maßnahmen und Prozesselement die ihr durchgeführt habt

    • Teambegleitungen prüfen

  • Fließtext mit Reflexion und Kommentar

Beispielliste

  • Prozess

  • Code Reviews immer vor Merge in den Main Branch

    • Checkliste vorhanden

  • Tests automatisch bei Push in Github Actions

  • Manuelle UI-Test Checkliste

    • getestet vor AG Meeting

  • Group Programming immer dienstagnachmittags

Bewertungschecklisten

  • Prozess / Verwendete Tools

    • Projektverwaltung, Reviews, Kommunikation, KI, …

    • meist reicht Name/Link, erörtert im Text, wenn ungewöhnlich

  • Anforderungsmanagement

    • Wo/wie habt ihr Anforderungen verwaltet

  • Qualitätssicherungsmaßnahmen

    • Hier relativ ausführlich, Hauptpunkt der Bewertung

Projektbeschreibung

  • Inhalte aus dem Spezifikationsdokument (aktualisiert)

  • Erzählt etwas über euer Team (Vorkenntnisse? Kanntet ihr euch? Etc.)

  • Beschreibung/Überblick über Hauptfunktionalitäten

  • Liste/Tabelle: Entwickelte Funktionen

    • Achtet auf Abgrenzung zur Ausgangssituation (falls vorhanden)

  • Erklärung zur KI Nutzung

Entwicklungsprozess

  • Konzentriert euch auf „interessante“ Punkte

  • Gab es signifikante Ereignisse, die das Projekt gefährdet haben? Wie seid ihr damit umgegangen?

  • Im Text immer Fazit, was sich gelohnt hat, und was verbessert werden könnte

    • für jede Qualitätssicherungsmaßnahme

    • für alle Prozessbestandteile

    • (oft reicht „der Rest hat gut funktioniert“)

Entwicklungsprozess

Projektmanagement

  • Wie waren eure Iterationen strukturiert?

    • Was war regelmäßig, was eher unregelmäßig?

  • Pie chart, wofür Zeit aufgewendet wurde

    • (Meetings, Anforderungen, Testing, Code Reviews, (Pair) programming, Dokumentation, …)

  • Burndown Chart der Projektarbeitszeit

  • Wie habt ihr sichergestellt, dass Wissen über die Prozesse nicht verloren geht?

Entwicklungsprozess

Anforderungen?

  • Wie wurden Anforderungen gesammelt?

  • Was war die Art und der Umfang der Anforderungen? Wie sieht eine typische Anforderung im Projekt aus (Screenshot?)

  • Wie gute waren eure Zeitschätzungen? Wenn nicht gut, woran lag es?

  • Konntet ihr mehrere Anforderungen pro Iteration erfüllen? Wenn nein, warum nicht?

  • War das Anforderungsmanagement nützlich für euch? Warum, warum nicht?

Qualitätssicherungsmaßnahmen?

  • Tests

    • Was/wie wird getestet?

    • Erklärt beispielhaft einige relevante Tests

    • Woher wisst ihr, und wie stellt ihr sicher, dass ihr relevante Dinge testet?

    • Wie viel Arbeit macht euch die Testsuite?

    • Werden Fehler gefunden?

    • Wie wird auf Fehler reagiert?

  • Codereviews

    • Wie habt ihr die Reviews durchgeführt? Wie sah ein typisches Review aus?

    • Was habt ihr in den Reviews geprüft? Checkliste?

    • Waren die Codereviews den Aufwand wert? Warum, warum nicht?

  • Pair & Group Programming

    • Wie habt ihr das Pair Programming durchgeführt?

    • Welche Arten von Anforderungen wurden in Paaren bearbeitet?

  • Gab es weitere Qualitätssicherungsmaßnahmen?

    • Wieso wurden diese gewählt?

    • Waren sie hilfreich

Fazit

  • Wie war die Erfahrung für euch?

  • Reflektiert noch mal über die gesamte Zeit

  • Was habt ihr als positiv oder negativ wahrgenommen.

    • am Projekt

    • an der Projektarbeit

    • am Team

    • den Qualitätssicherungsmaßnahmen

  • Was hat euch geholfen, das Projekt zu entwickeln, was stand euch im Weg?

  • Was würdet ihr in der Zukunft wieder so oder anders machen?

Fragen?